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Enclosed for filing is the utility patent application of Rod Stambaugh for TRANSACTION 
PROCESSING USING INTERMEDIATE SERVER A RCHITECTURE . 

Also enclosed are: 

[X| 4 sheet(s) of [ ] formal [X| informal drawing(s); 

[ ] a claim for foreign priority under 35 U.S.C. §§ 119 and/or 365 is [ ] hereby made to _ 
filed in _ on _; 
[ ] in the declaration; 

> [ 1 a certified copy of the priority document; 

[ ] a General Authorization for Petitions for Extensions of Tune and Payment of Fees; 

[X] ^A statement(s) claiming small entity status; 

[XI an Assignment document and Recordation Form Cover Sheet; 

[ ] an Information Disclosure Statement; and 

[X] Other: a return postcard. . ^• 

[X] An [X ] executed [ ] unexecuted declaration of the inventor(s) 
[X ] also is enclosed [ ] will follow. 

Please amend the specification by inserting before the first line the sentence --This 
application claims priority under 35 U.S.C. §§119 and/or 365 to U.S. Provisional 
Application Serial No. 60/167.552 filed in the United States on November 23, 1999 ; 
^ the entire content of which is hereby incorporated by reference. - 

[ ] A bibliographic data entry sheet is enclosed. 
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[X| The filing fee has been calculated as follows [ ] and in accordance with the enclosed 
preliminary amendment: 



C L A I M S 




NO. OF 
CLAIMS 




EXTRA 
CLAIMS 


RATE 


FEE 


Basic Application Fee 


$690.00 
(101) 


Total Claims 


26 


MINUS 20 = 


6 


X $18.00 
(103) 


108.00 


Independent 
Claims 


2 


MINUS 3 - 


0 


X $78.00 
(102) 


0 


If multiple dependent claims are presented, add $260.00 (104) 


0 


Total Application Fee 


798.00 


If verified Statement claiming small entity statos is enclosed, subtract 50% of 
Total Application Fee 


399.00 


Add Assignment Recording Fee of $40.00 (581) if Assignment document is 
enclosed 

TOTAL APPLICATION FEE DUE 


40.00 
$439.00 



[ ] This application is being filed without a filing fee. Issuance of a Notice to File Missing 
Parts of Application is respectfully requested. 

IK\ A check in the amount of $ 439.00 is enclosed for the fee due. 

[ ] Charge $ to Deposit Account No. 02-4800 for the fee due. 

The Commissioner is hereby authorized to charge any appropriate fees under 37 C.F.R. 
§§ 1.16, 1.17 and 1.21 that may be required by this paper, and to credit any 
overpayment, to Deposit Account No. 02-4800. This paper is submitted in duplicate. 
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Burns, Doane, Swecker & Mathis, L.L.P. 



Date: January 31. 2000 
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Applicant or Patentee: Rod Stambauah 

Application or Patent No.: Unassianed 

Filed or Issued: l-ierewitli 

For: TRANSACTION PROCESSING USING INTERMEDIATE SERVER ARCHITECTURE 

VERIFIED STATEMENT (DECLARATION) CLAIMING SMALL ENTITY STATUS 
(37 C.F.R. §§ 1.9(f) AND 1.27(c)) - SMALL BUSINESS CONCERN 

1 hereby declare that I am 

[ ] the owner of the small business concern identified below: 

[X] an official of the small business concern empowered to act on behalf of the 
concern identified below: 

NAME OF CONCERN U.S. Wireless Data. Inc. 

ADDRESS OF CONCERN 2200 Powell Street. Suite 450, Emeryville. California 94608 



I hereby declare that the above-identified small business concern qualifies as a small business 
concern as defined in 13 C.F.R. § 121.12, and reproduced in 37 C.F.R. § 1.9(d), for purposes of 
paying reduced fees under Sections 41(a) and 41(b) of Title 35, United States Code, in that the 
number of employees of the concern, including those of its affiliates, does not exceed 500 persons. 
For purposes of this statement, (1) the number of employees of the business concern is the 
average, over the previous fiscal year of the concern, of the persons employed on a full-time, part- 
time, or temporary basis during each of the pay periods of the fiscal year, and (2) concerns are 
affiliates of each other when either, directly or indirectly, one concern controls or has the power 
to control the other, or a third party or parties controls or has the power to control both. 

I hereby declare that rights under contract or law have been conveyed to and remain with the small 
business concern identified above with regard to the invention entitled TRANSACTION 
PROCESSING USING INTERMEDIATE SERVER ARCHITECTURE by inventor(s) Rod Stambauah 
described in 

[X] the specification filed herewith 

[ ] Application No. , filed 

[ ] Patent No. , issued . 

If the rights held by the above-identified small business concern are not exclusive, each individual, 
concern, or organization having rights to the invention is listed below,* and no rights to the 
invention are held by any person, other than the inventor, who would not qualify as an independent 
inventor under 37 C.F.R. § 1 .9(c), or by any concern that would not qualify as either a small 
business concern under 37 C.F.R. § 1.9(d) or a nonprofit organization under 37 C.F.R. § 1 .9(e). 

*NOTE: Separate verified statements are required from each named person, 
concern, or organization having rights to the invention averring to their status as 
small entities. (37 C.F.R. § 1.27.) 
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NAME 



ADDRESS 



[ ] individual 



[ ] small business concern 



[ ] nonprofit organization 



NAME 



ADDRESS 



[ ] individual 



[ ] small business concern 



[ ] nonprofit organization 



I acknowledge the duty to file, in this application or patent, notification of any change in status 
resulting in loss of entitlement to small entity status prior to paying, or at the time of paying, the 
earlier of the issue fee and any maintenance fee due after the date on which status as a small 
entity is no longer appropriate. {37 C.F.R. § 1.28(b).) 

1 hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code; and that such willful false statements may jeopardize the validity of the application, any 
patent issuing thereon, or any patent to which this verified statement is directed. 

NAME OF PERSON SIGNING Scott Hamilton 

TITLE OF PERSON OTHER THAN OWNER Vice President Sales & Marketing 

ADDRESS OF PERSON SIGNING 2200 Powell Street. Suite 450. Emervville, California 94608 



SIGNATURE 



DATE 
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TRANSACTION PROCESSING USING 
INTERMEDIATE SERVER ARCHITECTURE 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to transaction processing. 

2. State of the Art 

Transaction processing using a point-of-sale (POS) terminal is well-known. 

Other types of transactions may be non-financial. In the area of physical security, 
for example, terminals may be used by patrolmen to check in, producing evidence 
of their having been in the required place at the required time. Terminals may also 
be used in the healthcare industry, for example, to produce a record of what medi- 
cal personnel have attended a patient at what times, or for myriad other purposes. 
Transaction processing is used generally herein to refer to the use of a transaction 
terminal to read, and possibly to write, a record-bearing medium such as a credit 
card, an ID card, a smart card, etc. The transaction terminal may use a contact or a 
contactless reading mechanism. In the case of smart cards, for example, a contact- 
less radio interface of a type known in the art may be used. 

The present invention will be described largely in terms of POS transac- 
tions, since this type of transaction is most familiar. 

The approval and "settlement" process for POS transactions involves vari- 
ous parties and various steps. Briefly, the transaction terminal receives card data 
and purchase amount data and sends it through a communications network to a 
transaction processing center ("transaction processor," "front-end processor," or 
"processor"). The transaction processing center switches the transaction to an 
association (e.g.. Visa, Mastercard, etc.) acting on behalf of an issuing bank. 
Assuming that the transaction is authorized by or on behalf of the issuing bank, an 
authorization message is sent back through the transaction processing center and 
the communications network to the transaction terminal. If the transaction is 
authorized, "capture" follows in which information from the successful authoriza- 
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tion is used to charge the authorized amount of money to the card. If goods are 
returned after the transaction has been captured, a "credit" is generated. 

Settlement involves a merchant bank and an acquiring bank. The merchant 
bank has contracted with the merchant to enable the merchant to accept card trans- 
actions. The acquiring bank processes merchants's card transactions through the 
financial network on behalf of merchant banks (although in some instances the 
acquiring bank and the merchant bank may be the same). During settlement, cap- 
tures and credits, usually accumulated into a "batch," are submitted from the mer- 
chant to the transaction processing center and on to the issuing and acquiring 
banks. As part of the settlement process, a "direction letter" may be sent to the 
U.S. Federal Reserve's Automated Clearing House (ACH) network, advising it as 
to what debits and credits need to occur in order to complete the transactions in the 
batch. The card issuer is debited the amount of the sale and the merchant's acquir- 
ing bank is credited a like amount. The merchant's acquiring bank then credits the 
merchant's checking account for the amount of the sale less any fees the merchant 
has agreed to pay for such service. 

Referring to Figure 1, in the past, transaction terminals have typically been 
connected through a dial-up connection, through the PSTN (public switched tele- 
phone network) to a packet switched data network (e.g., an X.25 network) to a 
transaction processor. The transaction processor is connected in turn to various 
issuers (e.g., ^^sa, Mastercard, Discover, etc.) and to various acquiring banks. 

Recently, a transaction terminal has been introduced that has a wireless 
modem — in particular a CDPD (cellular digital packet data) modem — ^that may be 
used to establish a connection to a CDPD network, bypassing the PSTN with its 
accompanying delays and charges. Such an arrangement is shown in Figure 2. The 
transaction terminal connects wirelessly to a wireless network such as a CDPD 
network. The CDPD network includes multiple Mobile Data Base Stations 
(MDBS) connected to a Mobile Data Intermediate Station (MDIS). The MDIS is 
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connected to a transaction processor via a Frame Relay connection. Frame Relay is 
used because it is much faster than an X.25 connection. 

The system of Figure 2 suffers various disadvantages. In general, the sys- 
tem does not scale well to meet the needs of "distributed commerce" (or "mobile 
commerce"). Distributed commerce may be distinguished from e-commerce by a 
greater element of human involvement. Hence, whereas in e-commerce goods or 
services are ordered and paid for on-line, in distributed commerce, goods or ser- 
vices may be ordered in person and paid for by tender of a credit card or other non- 
cash payment medium, as opposed to the submission by the consumer (e.g., Web 
submission) of credit card information or the like. Examples of distributed com- 
merce include such things as flagging a cab and, at the desired destination, paying 
by credit card, or phoning in an order for pizza and, at the time of delivery, paying 
by credit card. Other examples of distributed commerce include quick service res- 
taurants, taxi and limousine services, delivery-based businesses, stadium conces- 
sions, stand-alone kiosks, and mobile businesses generally. 

Like e-commerce, underlying characteristics of distributed commerce 
should be user convenience, greater satisfaction of demand, and vendor efficiency. 
However, various impediments hamper distributed commerce. Whereas the 
"plumbing" for e-commerce (i.e., the Web) has become almost universally estab- 
lished, the plumbing for distributed commerce remains ad hoc. A vendor must 
invest in terminal equipment and terminal software/firmware, enter into a sub- 
scription agreement with. a wireless carrier, and, perhaps most importantly, ensure 
that a transaction processor is capable of receiving transactions through the wire- 
less infrastructure, or is willing to invest to create such wireless capability. In the 
prior art system of Figure 2, for example, transaction processors are typically not 
equipped to handle Frame Relay traffic, requiring that a new "front end" be pro- 
vided. 

Furthermore, a vendor's equipment, representing a substantial investment. 
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may rapidly become obsolete. That is, in Figure 2, because intelligence is "hard- 
wired" into the transaction terminals, the transaction terminals themselves must be 
replaced, retrofitted or reprogrammed to accommodate new technologies (to 
accommodate ATM cards in addition to credit cards, to cite a historical example). 

Also, in prior art systems, terminal management is cumbersome and labor- 
intensive. Activating or deactivating a terminal is typically a laborious paper-based 
process that takes days or weeks. Keeping transaction terminals up and running is 
also problematic. The only way for a malfunctioning terminal to be identified and 
fixed is for it to be reported by the merchant, in response to which a service call is 
scheduled. Except in the most trivial cases, service usually entails replacing the 
transaction terminal and sending the faulty unit to a service center. 

Moreover, in prior art systems, reporting is paper-based at intervals (e.g., 
monthly) in a fixed (not customizable) format. 

Furthermore, today's hard-wired transaction terminals are relatively ineffi- 
cient in their use of bandwidth. 

Hence, although distributed commerce, like e-commerce, should be char- 
acterized by efficiency, flexibility and adaptability to rapid change, presently it is 
not. 

What is needed, then, is a flexible distributed commerce system architec- 
ture that is highly efficient, that readily allows for new services to be offered, and 
that accommodates the existing transaction processor infrastructure. 

SUMMARY OF THE INVENTION 
The present invention, generally speaking, provides a scalable distributed 
commerce system architecture for transaction processing. The distributed com- 
merce system takes advantage of the wireless infrastructure and the Web infra- 
structure to provide the capabilities of distributed (mobile) commerce along with 
many of the benefits of e-commerce. Preferably, the system is based on open stan- 
dards, making possible ubiquitous "any-to-any-to-any" transaction processing in 
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which any compliant transaction terminal can communicate over any suitable 
wireless carrier and engage any transaction processor to successfully complete a 
wireless transaction. With the proliferation of wireless technologies, wireless 
transaction processing is expected to offer high-speed, reliable data transport, 
lower terminal costs, and lower wireless service costs (as compared to land-line 
charges). An important feature of the system is that an intermediate server receives 
data from a transaction terminal and processes the data. The processed data may 
then be forwarded to a transaction processor. The intermediate server may perform 
various types of processing, for example data format conversion, protocol conver- 
sion, etc. The server also makes possible various "value added services," e.g., 
ATM services, e-mail advertising services, customer attrition prevention services, 
customized reporting services, frequency and loyalty programs, etc. By linking the 
server to tiie Web, distributed commerce is able to incorporate the defining 
attributes of e-conmierce, i.e., user convenience, greater satisfaction of demand, 
vendor efficiency and massive scalability. Parties using the system are able to 
obtain desired information in real time and take action (e.g., activate and deacti- 
vate terminals) in near-real time. The intermediate server makes possible the use of 
a "soft" transaction terminal, i.e., a "thin-client" (or pseudo thin-client) transaction 
terminal whose characteristics are determined in large part by the server. Tools are 
provided to effectively and efficiently manage provisioning, diagnostics, and 
reporting via a Web browser, enabling merchant acqmres and card processors a 
fast and easy way to offer and manage a wireless transaction processing program 
with no systems development. 

BRIEF DESCRIPnON OF THE DRAWING 
The present invention may be further understood from the following 
description in conjunction with the appended drawing. In the drawing: 

Figure 1 is a block diagram of a conventional transaction processing net- 
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work; 

Figure 2 is a block diagram of a known transaction processing network 
using a wireless access point; 

Figure 3 is a block diagram of a transaction processing network using a 
wireless access point and an intermediate server in accordance with one 
embodiment of the present invention; 

Figure 4 is a screen display showing a transaction reporting feature of the 
system of Figure 3; and 

Figure 5 is a diagram illustrating a card processor software architecture that 
may be used in the system of Figure 3. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to Figure 3, a block diagram is shown of a distributed com- 
merce system in accordance with one embodiment of the present invention. The 
distributed commerce system is exemplified by the Wireless Express Payment Ser- 
vice (WEPS™) network of the present assignee. 

The WEPS network links together wireless terminals, WEPS servers, and 
transaction processor servers via established transport providers. WEPS servers 
are in turn linked to customers (e.g., acquirers, processor, and merchants) via the 
Internet. Collectively, the WEPS servers function as a value added translation gate- 
way, enabling any supported terminal to engage in a transaction with any sup- 
ported transaction processor. 

The WEPS network is device neutral and supports all (or at least the most 
popular) wireless terminals (e.g.. Intellect 9770, Lipman 2090, Keycorp K78, 
Tranz Enabler, etc.). Wireless terminals communicate via wireless networks, e.g., 
CDPD networks (AT&T, BAM, GTE, Ameritech, etc.), the American Mobile 
ARDIS network, BellSouth, etc. Currentiy, different wireless networks lead the 
market in different regions of the U.S. However, with the proliferation of wireless 
technologies, options for wireless communication will continue to multiply. The 
WEPS network is carrier neutral-i.e., a wireless terminal can use any desired 
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wireless network to communicate to the WEPS servers through the established 
Wide Area Network communications infrastructure. Wireless coverage may be of 
world-wide scope using satellite communications. In Figure 3 therefore, a satellite 
is illustrated as communicating with a satellite Network Operations Center (NOC) 
which in turn communicates with the established Wide Area Network communica- 
tions infrastructure. 

Although not illustrated in Figure 3, wired transaction terminals may also 
access the WEPS network through an Internet Service Provider (ISP) or through 
any or various means, e.g., Internet telephony, etc. In this manner, merchant having 
wired transaction terminals obtain the benefit of value added services offered by 
WEPS. 

Referring still to Figure 3, wireless networks communicate with WEPS 
servers via established transport providers. WEPS servers communicate in turn 
with various transaction processors, again via established transport providers. As 
described in relation to the prior art, transaction processors are connected in turn to 
various issuers (e.g.. Visa, Mastercard, Discover, etc.) and to various acquiring 
banks. In an exemplary embodiment, wired communications is provided between 
wireless networks, WEPS servers, and transaction processors using Frame Relay 
technology. Of course, the WAN "backbone" need not be wired (including optical) 
but, conceivably, may also be wireless. 

Just as the WEPS network is device neutral and carrier neutral, the WEPS 
network is also transaction processor neutral~i.e., a transaction can be routed to 
any desired transaction processor, e.g., Paymentech, Nova, Maverick, Lynk Sys- 
tems, First Data, Global/NDC, Buypass/EPS, etc. A suite of connectivity programs 
is used to perform format and protocol conversion as necessary between any sup- 
ported terminal and any supported processor. 

WEPS servers are situated at one or more data centers and, at each site, 
may reside on a Ethernet LAN or other local area network, forming an intranet. 
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The WEPS system may be based on any suitable intranet architecture may be two- 
tier, three-tier, etc. The servers are connected to a relational database management 
system (RDBMS) such as Oracle, for example. The database stores information 
for individual transaction terminals, identifying the type of terminal, the processor 
for that terminal, an appropriate connectivity program for enabling communication 
between the terminal and the transaction processor, etc. This information consti- 
tutes a terminal "profile." As described more fully hereinafter, the database also 
stores for transaction terminals thin-client "source programming," e.g., menu 
prompts, information to be printed, etc. 

In addition to translation gateway services (i.e., any necessary message 
reformatting and protocol conversion), the WEPS servers perform other value 
added services such as terminal activation (IP activation in the case of CDPD, 
Radio ID activation in the case of ARDIS), remote diagnostics, transaction report- 
ing, signature capture, e-mail, etc. Much of the power of the WEPS systems 
derives from databasing transaction processing information and, in a secure man- 
ner, making that information available to the "owners" of that information in real 
time via the Web, and from providing terminal deployment and management capa- 
bilities via the Web. These purposes are accomplished by connecting the WEPS 
servers to the Internet and providing a suite of database-driven Web tools. These 
tools may be custom tools, commercially-available tools, or a combination of both. 
To provide custom reporting capabilities, for example, a commercially-available 
tool. Crystal Reports, available from Seagate Software, may be used. Internet 
access allows acquirers, processors and merchants to manage terminals, obtain 
transaction reporting information, perform terminal diagnostics, etc. Figure 4 
shows an exemplary screen display illustrating the transaction reporting feature. 

In the WEPS system currentiy, terminal activation and deactivation typi- 
cally require manual intervention by the wireless network operator. The WEPS 
server provides expedited messaging from the customer to the wireless network 
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operator. In the future, tighter integration is expected to eliminate manual interven- 
tion entirely, resulting in entirely automated activation and deactivation. 

Signature capture services enables the WEPS system to improve the 
chargeback and retrieval request management process that occurs when a card- 
holder disputes a charge on their statement by capturing and verifying signatures 
on wireless transactions. E-mail advertising provides a way for a merchant 
acquirer to quickly and effectively broadcast to merchants promotions about the 
acquirer's new products and supplies. The range of value added services that may 
be offered is unlimited. 

Additional examples of WEPS value added services include ATM services, 
customer attrition prevention, and frequency and loyalty programs. Through ATM 
services, WEPS servers can provide transaction processing benefits and services to 
wireless ATM machines. In the case of customer attrition prevention, this service 
would require the merchant to contact their current acquirer in order to obtain cer- 
tain password information that would allow the terminal to be switched to another 
processor. This authorization feature would notify the current acquirer about an 
unhappy merchant and give the acquirer the opportunity to resolve any problems. 
Given the intranet/Intemet architecture of the WEPS system, incentive programs 
can be easily implemented at the POS terminal and processed by the WEPS system 
in order to encourage additional wireless transactions. 

Apart from POS applications, the WEPS system has the capability to han- 
dle any transaction-based data from any wireless network. Thus, the system can 
accommodate non-payment applications such as medical claims processing, col- 
lecting and processing telemetry data for oil, gas and other meter reading applica- 
tions, coupling dispatch and "panic button" communications with in-vehicle 
payment processing applications, etc. 

In operation of the system of Figure 3, in the case of POS transactions, a 
WEPS-certiSed wireless POS terminal transmits card data, merchant data and 
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transaction amount data to the wireless network. The wireless network then for- 
wards the data packets to a WEPS server, via frame relay for example. The WEPS 
server "looks" at the transaction (based on the terminal profile) and determines if 
protocol conversion, message reformatting, or any other data manipulation is 
required. If the data needs to be manipulated, the WEPS server performs such 
functions and then sends the resulting data to the designated transaction processor, 
again via frame relay for example. If no manipulation is required, the data is 
merely passed through the WEPS server "as is" in store-and-forward fashion. 
Whether the transaction needs manipulation or not, pertinent data is "stripped" and 
sent to the WEPS database, where real-time reports are created for the 
acquirer/merchant. These reports can be accessed on a real-time basis via any Web 
browser. 

The transaction processor receives the transaction from WEPS, via frame 
relay for example, and switches it to the appropriate card issuer for authorization. 
Once authorized, the data packet (which now includes an authorization code) is 
sent back to the transaction processor, which then forwards it back to the WEPS 
server. If needed, the protocol conversion/reformatting manipulation process is 
reversed. The autiiorization code is added to the WEPS database, and the com- 
pleted transaction data is sent back to the wireless terminal via frame relay (or 
other suitable transport mechanism) and the wireless network. 

The amount of data manipulation required by the WEPS system is depen- 
dent on the type of transaction terminal and the identity of the transaction proces- 
sor. In the simplest case, as in Figure 2, the tiansaction terminal and the transaction 
processor are capable of communicating "directiy" with one another, i.e., through 
the combination of wireless and wired transport mechanism but without any trans- 
lation. In this instance, the WEPS system simply operates in store-and-forward 
mode. A more difficult case is presented where the transaction terminal assumes 
one format (e.g.. Global) but the transaction is to be routed to a transaction proces- 
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sor that uses a different format (e.g.. Maverick). The Global and Maverick formats 
are described in Appendix A and Appendix B, respectively. In this instance, a first 
connectivity module (e.g.. Global receive module) "parses" the incoming message 
into its constituent elements. A second connectivity module (e.g.. Maverick send 
module) reassembles some or all of those elements, and possibly other elements 
stored in the WEPS database, into the appropriate format to send to the transaction 
processor for that transaction as indicated in the terminal profile stored in the 
WEPS database. 

Message formatting by the server allov^^s for low latency and fast response 
time. For example, the UDP communications protocol may be used on a network 
segment between the transaction terminal and the server. The UDP protocol is low 
overhead and therefore faster than more complex protocols such as X.25 or TCP. 
In addition, the server may store information about the various transaction termi- 
nals and use this information to "fill in" various information fields prior to trans- 
mission to the transaction processor across the second network segment. These 
fields need not be transmitted on the first network segment from the transaction 
processor to the server, resulting in higher-speed operation. 

Because of the low latency between the transaction terminal and the server, 
the transaction terminal and the server can function as client/server. Client/Server 
is primarily a relationship between processes running on separate machines. The 
server process is a provider of services. The client is a consumer of services. In 
essence, client/server provides a clean separation of function based on the idea of 
service. 

In the context of a transaction processing system, adherence to a cli- 
ent/server model provides several important advantages. The transaction terminal, 
instead of being a fairly sophisticated computer, can instead be a relatively "dumb" 
terminal, relying on the server for "transaction intelligence." A great economy is 
therefore achieved. Of perhaps even more importance, adaptability is achieved. 
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Changes to transaction intelligence can be deployed in one place, on the server, 
without requiring field modifications to an installed base of transaction terminals. 

"Thin client," in one sense, implies a dumb terminal that operates in 
request/reply mode. In the case of a transaction terminal, data representing hard- 
ware inputs would be mapped to corresponding replies. For example, in response 
to an initial card swipe (request), the reply from the server might be "ENTER 
AMOUNT," and so forth. In the case of a transaction terminal running off of line 
power, such an arrangement would be satisfactory (assuming communications 
latency were sufficiently low to avoid user irritation). In the case of a battery- 
power transaction terminal, however, such a true thin-client mode of operation 
consumes excessive power. 

In an exemplary embodiment, a thin-client specification for WEPS compli- 
ant terminal devices is provided. Terminal devices manufacturers desiring to take 
advantage of the powerful features of the WEPS system can do so by making their 
terminal equipment WEPS compliant. The specification standardizes the terminal 
device message format, and over time (as the proportion of WEPS compliant ter- 
minals increases) is expected to greatly simplify the translation function required 
to be performed by the WEPS server. 

The WEPS thin-client specification provides for one or both of a "pseudo" 
thin-client mode of operation and a true thin-client mode of operation. Where both 
modes are provided, two separate "menus" are defined, mapping hardware inputs 
to corresponding repUes. A first menu governs operation in pseudo thin-client 
mode. In this mode, replies are downloaded from the server in advance and stored 
locally in the transaction terminal. Hence, in response to a card being swiped, 
instead of transmitting card data immediately to the server and waiting for the 
server's reply, such as "ENTER AMOUNT," the terminal device retrieves the 
reply (previously downloaded from the server) from its own local memory. This 
manner of operation preserves the battery life of the transaction terminal. The 
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"reply" may be output to a display, output to a printer, used to control some aspect 
of terminal operation, etc. 

Despite the menu and replies being stored in the transaction terminal, no 
loss of flexibility is suffered-the menu can be changed at any time by the server 
establishing a connection with the terminal and sending new menu information. A 
routine within the terminal parses the new menu information and stores various 
menu elements in appropriate locations within a non- volatile (NV) memory (e.g., 
flash memory) of the terminal. Note that menu information is defined on a per ter- 
minal basis. Thus, in the case of a large merchant having a large number of termi- 
nals within different departments, the terminals may all be of the same type~(or 
may be of different types)-- but the programs of those terminals may vary from 
department to department, for example. 

A second (presumably less-used) menu governs operation in true thin-cli- 
ent mode. In this mode, responses are not stored locally but are sent through the 
network from the server. This arrangement avoids incurring the cost of local NV 
storage for lesser-used options. 

Referring to Figure 5, the architecture of card processor software that may 
be used in the system of Figure 3 is shown. In an exemplary embodiment, the soft- 
ware is .yervic^-based. A socket listener service listens for messages from terminal 
devices. When the service is begun, database information is stored in memory to 
enable rapid processing. Changes in the data cause the database to be updated. 

When a message is received (DATA ARRIVAL), an execution tiiread is 
begun (BEGIN THREAD), causing objects (in this example, COM objects) to be 
instantiated for the purpose of processing the message. First, the IP address/ter- 
minial ID (TID) is validated against the database information stored in memory. If 
the IP/no is not valid, then the packet is dropped. Otherwise, an object is invoked 
to perform conversion of the data to the appropriate format based on the terminal 
profile.Depending on which transaction processor is designated, a corresponding 
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conversion object is invoked In the illustrated example, Paymentech is assumed to 
be the transaction processor of choice. Therefore, the incoming data is converted 
to Paymentech format and sent to Paymentech. A card validation process ensues, 
involving, e.g., Paymentech and one or more other downstream processors (e.g.. 
Visa). 

If validation fails, then error processing ensues in which an entry is created 
in an error log. The error log may be set up to send email notification of critical 
events. 

If validation succeeds, an object is invoked to send back to the terminal a 
validation response in the appropriate format. Latency is reduced by saving 
response information to the database only after the response has been sent to the 
terminal. The execution thread is then killed. 

If an error occurs during the course of sending the response back to the ter- 
minal, then error information is returned and logged in the event log. 

As has been detailed in the foregoing description, the present transaction 
processing system provides for ubiquitous "any-to- any-to-any" wireless (as well 
as wired) transaction processing capability, enabling penetration of new markets 
such as fast food, mobile merchants, transportation, etc. The resulting mobility and 
flexibility allows business to be conducted anywhere, with fast transaction times 
and savings in communication costs. Wireless access may occur through any wire- 
less data network. The system inter-operates with an unlimited variety of wireless 
terminal equipment, including handheld units, countertop units, mobile units and 
new high speed terminal devices. Application flexibility is provided through the 
use of a thin-client or pseudo thin-client application in the terminal devices. Web 
accessibility allows for easy terminal set-up, on-line activation and provisioning, 
remote diagnostic capabilities, and real-time transaction reporting, in addition to 
myriad other value added card services. The system is always on-line, allowing for 
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real-time, up-to-the-minute reporting capability. 

It will be appreciated by those of ordinary skill in the art that the invention 
can be embodied in other specific forms without departing from the spirit or essen- 
tial character thereof. The presently disclosed embodiments are therefore consid- 
ered in all respects to be illustrative and not restrictive. The scope of the invention 
is indicated by the appended claims rather than the foregoing description, and all 
changes which come within the meaning and range of equivalents thereof are 
intended to be embraced therein. 



PATENT 

ATTORNEY'S DOCKET NO. 032397-009 

Page 16 



APPENDIX A: 

Global Payment Systems- 
Host Authorization and ECD Message Specification 



The message contains the following information: 
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Field 


Description 
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Global HOST AUTHORIZATION AND EDO MESSAGE SPECIFICATIONS, Ver 2. 1, Re! 5/97 
Copyright O 1997 Global Payment Systoms 
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APPENDIX B: 

Maverick Intemational—Maverick Protocol 



Authorization requests tising Maverick's proprietary authorization request record "M" will receive the 
standard Visa 2"*' generation ~L" response record. Terminals using Maverick's "M" authorization request 
format will capture the Authorization Code (field 9) and Ae Retrieval Reference Number (field 14) for 
settlement, but may capture other fields as necessary (such as the Transaction ID and Validation Code) for 
performing incrementsil audtorizacions. 

Field name descriptions are explained by section in this document. Data format designations: A= 
Alphanumeric, N= Numeric. 
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What is claimed is: 

1 . A method of transaction processing, comprising: 

a user bringing a record-bearing medium in operational proximity 
to a transaction terminal to allow the transaction terminal to receive infor- 
mation from the record-bearing medium; 

the transaction terminal accessing a communications network and 
sending first transaction information across the communications network; 

receiving and processing the first transaction information at a 
server; and 

the server sending second transaction information to a further desti- 
nation. 

2. The method of Claim 1 , wherein the further destination is a transac- 
tion processor installation. 

3. The method of Claim 1 , wherein the transaction terminal wirelessly 
accesses the communications network. 

4. The method of Claim 1, wherein the transaction terminal includes 
an output device, and the server controls presentation of information to a user 
through the output device. 

"5. The method of Claim 4, wherein the output device is a display. 

6. The method of Claim 1, wherein the first transaction information is 
transported using a first protocol, and the second transaction information is trans- 
ported using a second different protocol. 

7. The method of Claim 6, wherein the first protocol has lower over- 
head than the second protocol. 
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8. The method of Claim 1, wherein the first transaction information is 
in a first format, and the second transaction information is in a second different 
format, further comprising the server reformatting the transaction information 
from the first format to the second format. 

9. The method of Claim 8, wherein the first format is more compact 
than the second format. 

10. The method of Claim 9, wherein the server stores locally informa- 
tion about various transaction terminals and uses this information to reformat the 
transaction information from the first format to the second format. 

1 1 . The method of Claim 1 , further comprising the server capturing and 
storing transaction information. 

12. The method of Claim 11, further comprising providing customers 
secure access to their respective transaction information via a Web browser. 

13. The method of Claim 12, wherein transaction information is made 
available to customers in real time as it is captured and stored by the server. 

14. The method of Claim 1, further comprising: 

a customer communicating via the Web to the server a desired 
action with respect to a transaction terminal; and 

the server communicating with one of a wireless network and a 
transaction terminal to carry out the desired action. 

15. The method of Claim 14, wherein the desired action is terminal 
activation/ deactivation. 
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16. The method of Claim 14, wherein the desired action is terminal 
diagnostics. 

17. A transaction processing network, comprising: 

multiple transaction terminals wherein a user bringing a record- 
bearing medium in operational proximity to a transaction terminal to allow 
the transaction terminal to receive information from the record-bearing 
medium; 

a server; 

a first network segment linking multiple transaction terminals to the 
server; and 

a second network segment linking the server to multiple further 
destinations. 

1 8. The apparatus of Claim 17, wherein at least one of the further desti- 
nations is a transaction processor installation. 

19. The apparatus of Claim 17, wherein the transaction terminal com- 
prises a wireless data communications device. 

20. The apparatus of Claim 17, wherein the transaction terminal 
includes an output device, and the server controls presentation of information to a 
user through the output device. 

2 1 . The apparatus of Claim 20, wherein the output device is a display. 

22. The apparatus of Claim 17, wherein first transaction information is 
transported across the first network segment using a first protocol, and second dif- 
ferent transaction information is transported across the second network segment 
using a second different protocol. 
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23. The apparatus of Claim 22, wherein the first protocol has lower 
overhead than the second protocol. 

24. The apparatus of Claim 22, wherein the first transaction informa- 
tion is in a first format, and the second transaction information is in a second dif- 
ferent format, and the server reformats the transaction information from the first 
format to the second format. 

25. The apparatus of Claim 24, wherein the first format is more com- 
pact than the second format. 

26. The method of Claim 25, wherein the server stores in a local store 
information about various transaction terminals and uses this information to refor- 
mat the transaction information from the first format to the second format. 
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ABSTRACT OF THE DISCLOSURE 
The present invention, generally speaking, provides a scalable distributed 
commerce system architecture for transaction processing. The distributed com- 
merce system takes advantage of the wireless infrastructure and the Web infra- 
structure to provide the capabilities of distributed (mobile) commerce along with 
many of the benefits of e-commerce. Preferably, the system is based on open stan- 
dards, making possible ubiquitous "any-to-any-to-any" transaction processing in 
which any compliant transaction terminal can communicate over any suitable 
wireless carrier and engage any transaction processor to successfully complete a 
wireless transaction. With the proliferation of wireless technologies, wireless 
transaction processing is expected to offer high-speed, reliable data transport, 
lower terminal costs, and lower wireless service costs (as compared to land-line 
charges). An important feature of the system is that an intermediate server receives 
data from a transaction terminal and processes the data. The processed data may 
then be forwarded to a transaction processor. The intermediate server may perform 
various types of processing, for example data format conversion, protocol conver- 
sion, etc. The server also makes possible various "value added services," e.g., 
ATM services, e-mail advertising services, customer attrition prevention services, 
customized reporting services, frequency and loyalty programs, etc. By linking the 
server to the Web, distributed commerce is able to incorporate the defining 
attributes of e-commerce, i.e., user convenience, greater satisfaction of demand, 
vendor efficiency and massive scalability. Parties using the system are able to 
obtain desired information in real time and take action (e.g., activate and deacti- 
vate terminals) in near-real time. The intermediate server makes possible the use of 
a "soft" transaction terminal, i.e., a "thin-client" (or pseudo thin-client) transaction 
terminal whose characteristics are determined in large part by the server. Tools are 
provided to effectively and efficiently manage provisioning, diagnostics, and 
reporting via a Web browser, enabling merchant acquires and card processors a 
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